home *** CD-ROM | disk | FTP | other *** search
/ Power Tools 1993 November - Disc 2 / Power Tools Plus (Disc 2 of 2)(November 1993)(HP).iso / hotlines / cpethl / decmigr.txt < prev    next >
Text File  |  1993-02-01  |  6KB  |  115 lines
  1.  
  2. DECUS TRIP REPORT   (12/92)
  3. -----------------
  4.  
  5.  
  6. SESSION:  CONVERTING YOUR VMS APPLICATION TO OPENVMS ON ALPHA AXP
  7.           Presented by:  James A. McGlinchey of Computer Methods
  8.                          Corporation, a consultant dealing in
  9.                          VMS performance management and systems
  10.                          programming.
  11.  
  12. Session Significance:  DEC's sales strategy is to sell "Alpha Ready"
  13.              VAX systems today, since full commercial production
  14.              environments for Alpha will not be ready until 1994.
  15.              This session points out the problems in moving from
  16.              these VAX systems to an Alpha system from a software
  17.              migration perspective.  We can competitively use
  18.              this information where "Alpha Ready" VAX systems are
  19.              being bid.
  20.  
  21. Highlights:  This session was presented by an independent consultant,
  22.              not a DEC employee, and was much more objective (and
  23.              critical) than the run of the mill DECUS presentation
  24.              touting the "company line".   Some highlights follow:
  25.  
  26.              .  There is now a lot of contention in and outside of
  27.                 Digital as to what operating system is better, since
  28.                 Alpha runs OSF/1, OpenVMS, and WindowsNT.  Expect
  29.                 alot of company in-house politics regarding R&D
  30.                 resources, sales strategies, etc.
  31.  
  32.              .  One of DEC's primary porting tools, an image translater
  33.                 called VEST, is not 100% effective.  Running a program
  34.                 through VEST will not qualify it to ship.  This is
  35.                 important since alot of 3rd parties claiming to have
  36.                 made the port from VAX to Alpha have used this tool and
  37.                 have not gone through the necessary verification testing
  38.                 required to insure the code actually works on Alpha.
  39.  
  40.              .  Programs run through VEST will run on Alpha only as fast
  41.                 as they did on the VAX, best case!  In some cases the
  42.                 code may actually run slower than it did before the
  43.                 port!  In the December 7, 1992 Digital News and Review
  44.                 Lab Report, translated VAX code using VEST ran only
  45.                 1/3rd as fast as the same code recompiled on a
  46.                 comparably priced AXP workstation.  Furthermore,
  47.                 using tools such as pre-processors will only have
  48.                 a significant effect on natively compiled Alpha
  49.                 code. (8% performance improvement on translated
  50.                 images versus 60% performance improvement on
  51.                 natively compiled Alpha code).
  52.  
  53.              .  3rd parties also need to be asked by customers whether
  54.                 their code has been actually run on Alpha or if it was
  55.                 ported using an early emulator.  In some cases, 3rd
  56.                 parties may not have even verified their code on an
  57.                 Alpha system!
  58.  
  59.              .  Binary translation, using VEST, is only a temporary
  60.                 porting measure.  All code should be recompiled if
  61.                 it is to be permanently ported to Alpha.  This means
  62.                 finding the original source, if its still around,
  63.                 and running through it with a fine tooth comb for
  64.                 places which could cause synchonization or performance
  65.                 problems.  Data alignment and shared data between
  66.                 multiple processes can present serious data corruption
  67.                 and performance problems for ported code.
  68.  
  69.              .  Migration of a suite of existing applications to Alpha
  70.                 should not be under-estimated.  Planning involves several
  71.                 stages such as application qualification for
  72.                 recompilation or translation, verification and
  73.                 interoperability testing, etc.  The planning and
  74.                 migration of a company's application suite may take
  75.                 8 months or longer.
  76.  
  77.  
  78. High-Level Summary
  79. ------------------
  80.  
  81. In summary, in selling against DEC where an Alpha system is being
  82. proposed to an existing DEC customer considering other RISC alternatives
  83. such as PA-RISC, emphasize:
  84.  
  85. .  The migration effort is comparable to migrating to another vendor
  86.    like HP.
  87.  
  88. .  Customers should beware of 3rd party applications that have
  89.    supposedly ported to Alpha.  3rd parties should be asked if the code
  90.    has actually been recompiled or simply translated, whether it was
  91.    ported using an Alpha emulator or on an actual Alpha system, and
  92.    what verification and interoperability test suites the code has
  93.    been run through after the port.
  94.  
  95. .  There are no performance guarantees after the Alpha port.  DEC has
  96.    not released any OLTP benchmark results such as TPC-A.  In addition,
  97.    HP OLTP performance is expected to grow at a faster rate than the
  98.    60% yearly performance growth on Alpha.
  99.  
  100. .  Alpha application availability is very poor.  Beware of 3rd parties
  101.    software vendor commitment claims to Alpha...most of these 3rd
  102.    parties have not yet ported to Alpha.  DEC is only forecasting 500
  103.    applications by the middle of this year and 1000 at year end.  Only
  104.    1/3rd of these are expected to be OSF/1 based, with the rest based
  105.    on OpenVMS.  (Note:  In the February 1993 Unix Review, in an
  106.    article titled "Currents" by the magazine's editor, Andrew Binstock,
  107.    DEC claimed at Alpha system introduction that 50 to 100 vendors had
  108.    products ready to ship.  In the author's discussions with vendors
  109.    committed to Alpha, none has product ready due to the lack of working
  110.    Alpha hardware!).
  111.  
  112.  
  113. -Lou Petrella
  114.  CSO Competitive Program
  115.